-
Notifications
You must be signed in to change notification settings - Fork 1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[24.0] Improved error messages for runtime sharing problems. #17794
[24.0] Improved error messages for runtime sharing problems. #17794
Conversation
This feels fragile but helpful and necessary. Including a big private/sharing slider right in the modal is imo a great idea! Thanks John. edit: or maybe a just button options that say |
client/src/components/History/Content/Dataset/DatasetMiscInfo.vue
Outdated
Show resolved
Hide resolved
1441044
to
e7f3571
Compare
e7f3571
to
6cd4f68
Compare
// old sharable error: Attempted to create shared output datasets in objectstore with sharing disabled | ||
// new sharable error: Job attempted to create sharable output datasets in a storage location with sharing disabled |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
// old sharable error: Attempted to create shared output datasets in objectstore with sharing disabled | |
// new sharable error: Job attempted to create sharable output datasets in a storage location with sharing disabled |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I thought this was for regex debugging, but did you actually want to include it here for posterity?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
yeah - I thought it would be good for future austerity so we can keep ensuring this older message is caught and handled appropriately.
Thanks, @jmchilton! |
Improved the error message in the misc_info to reflect #17763. Kind argues the point that "user facing" language is impossible but lets do our best. Adds a little regex framework for scanning the misc_info and providing help if there are problems. I added regex for the old error message also so pre-24.0 dataset errors should get the same improved error message.
If we merge this - I can improve the modal to provide access to these activities inside the of the help text and links and such. But I want to see if we're okay with this a basis framework for handling such errors going forward.
There is also a bunch of things we can probably do pre-job execution to guess if there will be an error and prevent it before it happens. I'll research that but I want to have an abstraction the admin can configure to eliminate the "preferred" language by indicating the admin will always use the configured object store (dynamic destinations don't overwrite the object store id in unpredictable ways).
How to test the changes?
(Select all options that apply)
License